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REMARKS 



1 

2 

3 This is a response to the final Office action dated October 5, 2005. Claims 1 -1 8 are 

4 presented for examination. Applicants appreciate the grant of an interview with 

5 Examiner Gold on February 22, 2006, understand the drawings and specification are 

6 accepted, and request reexamination and reconsideration of the application. 

7 In paragraph nos. 1-2 of the Office action, the Examiner rejects claims 1-18 under 35 

8 USC 1 02(b) as being anticipated by U.S. Patent No. 6,51 0,439 B1 to Rangarajan et al. 

9 (Rangarajan). 
10 
11 
12 

13 First, let's clarify the client-side and server-side of Rangarajan's system. Referring to 

14 Figure 1 and accompanying specification (e.g., col. 4, 6, and 7), Rangarajan's server- 

1 5 side is inside the dotted lines (e.g., HTTP server 1 6, CGI script 1 8, documents 1 1 , state 

1 6 management server 1 2. registration table 1 3, and GSUI 22) while the client-side is 

1 7 outside the dotted lines (e.g., end user or client 24). 



In response, Rangarajan cannot anticipate claim 1 because it fails to describe a client- 
side caching system as recited in claim 1. 



Rangarajan's CGI script 18 is not a client-side script. Instead, the CGI script 18 is 
executed only on the server side. As shown in Figure 1 and stated in col. 7, lines 6-15 o 
Rangarajan, a CGI script 18 is used as an interface between the HTTP server 16 and 
the state management server 12. When a client request is received, the HTTP server 16 
sets the CGI environment variables to reflect the full URL of the requested document 
and the cookle(s) accompanying the client's HTTP request. The CGI script 18 is then 
executed. The script 18 is configured to establish an Internet socket connection with the 
state management server 12 and then forward the URL and any received cookies to the 
26 s t a te management server 12. 
27 

28 In the interview, we clarified that Rangarajan's server does not send the CGI script to 
the client. As indicated in col. 7, lines 30-44 of Rangarajan, the state management 
server 12 on the server side receives a forwarded URL and a cookie from the CGI 
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In the interview, we also clarified Rangarajan's server does not send a client-side script 
that appends the cookie value to the request for a resource and causes the client to 
automatically request the resource with the appended cookie value so that if the most 
recent version of the resource is in the client cache, the resource is retrieved from client 
cache rather than from the server, and if not, is retrieved from the server. 



1 program (i.e., CGI script 18), determines what version of the document should be 

2 provided to the client, i.e. , the last version of the group that was accessed, and which 

3 document in the group that was accessed. The cookie state information is then revised 

4 to indicate the new reference and the file path, and a new cookie is returned to the 

5 HTTP server 1 6 by the CGI script 18. The HTTP server 1 6 then retrieves and returns 

6 the document and the modified cookie to the client 24. It is clear the CG I script 1 8 

7 executes its functions on the server side. It is also clear that the HTTP server 16 does 

8 not send the CGI script 1 8 to the client for execution. 
9 

10 
11 
12 
13 
14 

1 5 There cannot be anticipation of claim 1 because Rangarajan fails to describe a server 

1 6 for sending a response including a cookie and a client-side script to the client, wherein 
1? the cookie value represents the last version of the resource, and the client-side script 

18 appends the cookie value to the request for a resource and the client automatically 

19 requests the resource with the appended cookie value so that if the most recent version 

20 of the resource is in the cl ient cache, the resource is retrieved from client cache rather 
than from the server, and if not, is retrieved from the server. 

22 The Office action cites to Rangarajan's use of the EXPIRES field (e.g., col. 9, line 65 - 

23 cpl. 1 0, line 1 1 ), but this is not what is set forth in claim 1 . 
24 

Further, an EXPIRES field (i.e., expires HTTP header) will not fully solve the problem of 
^ out-of-date pages. As stated in paragraph 0007-0008 of our application, a web server 
^ that delivers up a daily TV schedule can set the "expires" HTTP header on all of the TV 
^ schedule pages to be midnight. If a user navigates to the TV schedule page more than 
once on the same day, the browser doesnt need to ask the web site for a new page; it 
will simpfy display the page stored in its cache. At midnight the browser will expire the 
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1 old TV schedule page from the cache, and subsequent requests for the page will cause 

2 the browser to once again request the page from the web server. However, if the server 

3 changes the TV schedule page in the middle of the day, a person returning to the web 

4 page after the change will see a cached page, which is out-of-date. Caching using the 

5 expires header is difficult for a web application because the application's pages may 

6 change frequently. For example, in the case of a financial management application, the 

7 server may need to refresh all the pages when the user changes the background color, 

8 but only banking-related pages when the user updates their bank balance. These 

9 examples from the application also clarify Rangarajan fails to disclose claim 1 . 

In view of the above, it is respectfully submitted claim 1 is allowable over Rangarajan. 

12 As far as claims 2-18, we respectfully submit that they are also allowable based on the 

13 following: 



10 
11 



Claim 2 is allowable based on its dependency on allowable claim 1 . 



14 
15 

16 Claim 3 is allowable based on its dependency on allowable claim 1 . Separately, claim 3 

1 7 is allowable over Rangarajan. because Rangarajan fails to suggest the server response 

18 includes a non-displayed relatively small page and the client-side script is in the entity 
body of the response. 

20 Claim 4 is allowable based on its dependency on allowable claim 1 . 



21 
22 
23 

24 Claim 8 is allowable based on its dependency on allowable claim 1 . 
25 
26 
27 

28 Claim 1 1 is allowable based on its dependency on allowable claim 9. Separately, claim 

29 11 is allowable over Rangarajan, because Rangarajan fails to suggest the server 
30 



Independent claim 5 and its dependent claims 6-7 distinguish over Rangarajan for the 
reasons presented in connection with allowable claim 1. 



Independent claim 9 and its dependent claim 10 distinguish over Rangarajan for the 
reasons presented in connection with allowable claim 1 . 
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1 response is a relatively small non-displayed page and the client-side script is in the 

2 entity body of the response. 
3 

Claims 12-14 are allowable based on their dependency on allowable claim 9. 

5 Independent claim 15 and its dependent claims 16-17 distinguish over Rangarajan for 

6 reasons presented in connection with allowable daim 1. 

7 Independent claim 18 distinguishes over Rangarajan for the reasons presented in 
connection with allowable claim 1. 

9 

1 0 It is respectfully submitted the application is in condition for allowance. 

1 1 Please call if you have a question, comment, or it will expedite progress of the 

12 application. 
13 

14 

15 Respectfully submitted, 

16 

17 

Robert Moll 
Reg. No. 33,741 

22 
23 

24 1 1 73 Saint Charles Court 

25 Los Altos, CA 94024 

26 Tel: 650-567-9153 

27 Fax: 650-567-9183 

28 Email: ramoll@oatentplanet.com 
29 
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